home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 1 / NetNews Offline Volume 1.iso / news / fido / ger / amiprog / 127 < prev    next >
Internet Message Format  |  1996-03-16  |  3KB
  1. From: Juergen_Schmitz@p3.f550.n2454.z2.fido.sub.org (Juergen Schmitz)
  2. Organization: Intel Inside - oder das Problem einkreisen
  3. Path: f550.n2454.z2.fidonet.org!not-for-mail
  4. Newsgroups: fido.ger.amiprog
  5. Subject: WBBackpic Problem 
  6. Message-ID: <MSGID_2=3A2454=2F550.3_304f8d84@fidonet.org>
  7. References: <MSGID_2=3A2461=2F318.3=40FidoNet_304a71f3@fidonet.org>
  8. Date: Thu, 07 Sep 1995 18:25:40 +0200
  9.  
  10. Hallo Marco,
  11.  
  12. in einer Mail vom 3 Sep 95 hast Du zum Thema *WBBackpic Problem * an mich
  13. geschrieben:
  14.  
  15.  MV> wie ein Kalender. Nur sieht es halt bloed aus, wenn beim uebertreten
  16.  MV> des Zeitinterwalls gerade der Rechner an ist und das Wb
  17.  MV> Hintergrundsbild
  18.  MV> auf so haessliche Art aktualisiert wird. <grins>
  19. Naja, so tragisch ist das nun auch wieder nicht.
  20.  
  21.  JS>> Wohl auch eher. Erst wird das Boopsi-Objekt freigegeben und deshalb
  22.  JS>> loescht Datatypes dessen bereich. Dann wird ein neues Objekt angelegt,
  23.  JS>> geladen und ausgegeben.
  24.  
  25.  MV> Hmmm! Soweit ich weiss, ist das Hintergrundbild gepuffert. Nur sieht es
  26.  MV> etwa so aus als ob das Bild geloescht wird, dann Refresh, dann das neue
  27.  MV> Bild
  28.  MV> in den Buffer geladen wird und dann wieder Refresh.
  29. Wenn das Bild geloescht wird, wird automatisch ein Refresh gemacht,
  30. gehoert dann wohl zusammen. Die Routinen sind nunmal fuer generelle
  31. Bilddarstellung ausgelegt und nicht nur fuer den WB-Hintergrund.
  32.  
  33.  MV> Warum nicht so :
  34.  
  35.  MV> Buffer loeschen, Buffer mit neuem Bild laden, Refresh! Das haette den
  36.  MV> von mir gewuenschten Effekt.
  37. S.o. - fuer generelle Bildverarbeitung eben unpassend. Was waere, wenn
  38. das neue Bild eben kleiner ist.
  39.  
  40.  MV> Nur dummerweise habe ich keine Ahnung von Systemprogrammierung, was
  41.  MV> man auch an meinen haeufigen Anfragen hier sieht! ;))))
  42. Das ganze wuerde in einer grossen Aenderung des picture.datatypes enden.
  43. Und wer weiss, vielleicht loescht die Workbench oder gar das
  44. Layersystem (dass ja im Ende dafuer zustaendig ist)  den Hintergrund
  45. trotzdem nochmal.
  46.  
  47.  MV> Dabei ging ich davon aus, dass man hier auf Anfrage Programmiertips,
  48.  MV> Sources oder eben fertigloesungen bekommen koennte. Ist schon jemand
  49.  MV> am Coden ? <MEGAGRINS>
  50. Wie gesagt, viel zu allgemein und zu aufwendig fuer mal eben so. Und
  51. Quellcodes gibts hier sowieso seltener, weil es erstens verschiedene
  52. Sprachen gibt und dann, weil man die Funktionsweise in Worten kuerzer
  53. und eindeutiger erklaeren kann.
  54.  
  55.  
  56. und wech,
  57.  
  58.   Juergen
  59. ---------------------------------------------------------------------
  60. World E-Mail addresses:
  61.  
  62.   FidoNet          AmigaNet         Internet:                                
  63.   2:2454/550.3     39:176/401.2     j.schmitz@trier.fh-rpl.de 
  64.  
  65.   WWW: "http://fsai.trier.fh-rpl.de/~schmitzj"
  66.   Amiga-Seiten unter "computer/amiga"
  67. ---------------------------------------------------------------------
  68.  
  69.